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DISTRIBUTED DATA STRUCTURES FOR AUTHORIZATION AND 
ACCESS CONTROL FOR COMPUTING RESOURCES 



1. Field of the Invention 

The present invention relates to the field of information storage and processing. 
More particularly, it relates to client/server systems, methods and program products that 
reduce overhead costs in authorization services, in ways that are upwards compatible 
from existing authorization services. It further relates to the field of intellectual property 
management, including administering access to stored content. 

2. Description of the Related Art 

Conventional access control systems and methods associate user and 
organization information too closely with each other and with access control 
information, impeding access to protected resources by remote users. 

A conventional access control system is described, for example, in H. M. 
Gladney, Access Control for Large Collections, ACM Transactions on Information 
Systems vol. 15, no. 2, pg. 154-94 (April 1997) (hereinafter "Gladney, Access Control 
for Large Collections"), which is incorporated herein by reference. In such an access 
control system, access control information (i.e., privileges) for each object/user pair, or 
each object/group pair, is tabulated in an access control list. 

However, user descriptions and group or organization information are too 
closely associated with those access control lists. A problem with such close 
association is the significant administrative burden required to maintain the access 
control lists that contain information about remote users who are outside the 
administrative domain of the system. 
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A university's computing system illustrates this problem, since approximately 
one-fourth of the university's population changes each year. Accordingly, the access 
control lists in each of the university's computing systems used by the graduating 
students must be changed to reflect that turnover. Any computing system outside the 
university would have to incur costs and tolerate the burden of changing that same 
access control information if the same university users also access the external 
computing systems. 

Another problem with the close association of user, organization and object 
descriptors with access control information maintained in an administrative domain, is 
that it effectively limits an outside user's access to an object. The high cost of 
maintaining conventional access control information inhibits a user outside that 
administrative domain being given authorized access to objects within that domain. 

FlGs. 1 and 2 illustrate these problems. FIG. 1 shows an association between an 
object or subject information 2 stored in a conventional database and a database 
descriptor 1 for that object or subject. The descriptor 1 can be used as a key to locate 
the object or subject information in the database. In order to operate as a database key 
the descriptor 1 must be unique within the database, however, the database key is not 
necessarily unique outside the context of that database. This non-uniqueness is a 
problem when outside the administrative domain of the database the user needs to 
access a protected object, because a fundamental requirement of an access control 
service is to identify the requested protected object unambiguously. Accordingly, it is 
necessary for a remote user to unambiguously specify the object within the database, 
and for the user to be unambiguously identified to the service providing authorization to 
the protected object. When a request is received from within a single administrative 
domain the object and user identifiers need only be unique within the context of that 
domain. However, when a request is received outside that administrative domain, 
object and user identifiers must also be unique outside that domain. 
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FIG. 2 shows an example of a request originating from outside the 
administrative domain of a private library system 10 employing conventional access 
control mechanisms. This example presumes an agreement between the university and 
the private library to provide all the university's faculty and students with access to the 
private library's collection. 

In the example shown in FIG. 2 Smith, a student at the university, sends via his 
computing system 30 a request "A" for access to a protected document "x" held outside 
the university's administrative domain in the private library's collection 12. An access 
control function 1 1 within the private library processes the request and determines 
whether Smith has permission to be given access to document "x." Here, access control 
information 13 has been stored within the private library's administrative domain and 
defines information about Smith and the privileges afforded him or her. Assuming 
those privileges are adequate to provide Smith with access to document "x," the access 
control function 1 1 returns a yes/no response "B" granting or denying Smith the 
requested access. 

Here, the university's computing system's administrative database 20 includes 
access control information 22 containing information about Smith with a subject 
identifier UNIVER_DB_KEY unique within the context of the university's 
administrative database. Redundant information about Smith is maintained in the 
private library's conventional access control system, and has a subject identifier 
PRTV_DB_KEY for SMTTH_RECORD in the Private Library. The private library's 
subject identifier is unique within the private library, but is likely to be different than the 
key UNWJDBJKEY in the university's computing system. Accordingly, conventional 
access control systems have the problem of requiring access control information about a 
remote user to be stored redundantly since it must be maintained in more than one 
computing system. This causes extraoverhead for both administrators and users. 

A Universal Unique Identifier (UUID) is a known construct for uniquely 
identifying a data object. A UUID is described in H. M. Gladney, Safeguarding Digital 
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Library Contents and Users, D-Lib Magazine, April 1998, and K. Sollins and L. 
Masinter, Functional Requirements for Uniform Resource Names, Internet Engineering 
Task Force RFC 1737, December 1994, both of which are incorporated herein by 
reference. As discussed in each of the above references, a UUID is a unique identifier 
5 that has the following characteristics: global scope and uniqueness, persistence, 

scalability and extensibility, independence for name-issuing authorities, and as much 
legacy compatibility as the other requirements allow. Although UUIDs are known, they 
have not before been used as an object or subject identifier in a database, much less in a 
database employed for access control. 

10 

SUMMARY OF THE INVENTION 

^ An object of the invention is to reduce the significant administrative expense in 

|J providing users outside the administrative domain of a computing system access to 

jjj objects with that computing system. 

f* 15 Another object of the invention is to permit information owners or security 

§* administrators to manage access by remote users using whatever procedures they 

yi, already know and like for local users. 

: y Yet another object of the invention is to reduce the clerical burden for remote 

y! users who desire access to objects located in an administrative domain outside the 

Jfl 20 remote user's computing system's administrative domain. 

Still another object of the invention is to facilitate databases that support 
intellectual property rights (obligations owed to copyright holders) permission 
management. That is, the invention unifies database support for access control and for 
intellectual property (e.g., copyright) permission management, with savings for software 
25 providers and for users. 

Another object of the invention is to avoid duplication of data, such as data 
describing a user or an organization. 
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Still another object of the invention is to avoid unnecessarily prompting a user 
for access information, such as an additional password. 

The present invention achieves these objects by extending conventional access 
control systems and methods by using universal unique identifiers (UUIDs) in 
authorization systems. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a diagram illustrating a binding of object or subject information with a 
conventional database object or subject descriptor; 

FIG. 2 is diagram of conventional access control systems; 

FIG. 3 is a diagram illustrating a binding of object or subject information with a 
UUK) as an object or subject descriptor, according to the invention; 

FIG. 4 is a diagram of an access control system according to a first embodiment 
of the invention; 

FIG. 5 is a diagram of an access control system according to a second 
embodiment of the invention; 

FIGs. 6A-D show examples of several types of information stored in a database 
along with corresponding UUIDs as descriptors, according to the invention; 

FIG. 7 is a diagram of an access control system according to a third embodiment 
of the invention; and 

FIG. 8 is a diagram of an access control system according to a fourth 
embodiment of the invention. 



DETAILED DESCRIPTION OF THE INVENTION 

A detailed description of preferred embodiments of the invention follows. 
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Using UUIDs In Databases 

The invention uses Universal Unique Identifiers (UUIDs) as object or subject 
descriptors in a database. The invention extends conventional access control systems by 
distributing user or subject descriptions into one or more systems connected remotely 
5 from each other. In a distributed client/server environment user descriptions can be 
stored separately from organization graphs and each of those stored separately from 
access control information. In the invention UUIDs are used to bind the distributed 
subject descriptions, user descriptions and organization graphs by describing some or all 
of the objects in the distributed system with UUIDs which are unique across the 
10 distributed systems. 

There are about five proposed standards for UUIDs, and further industry 

if conventions. Mixtures of any of these which may emerge as a formal standard or 

0 

C industry convention can be used in embodiments of the invention. 

!l 

Vi A resource manager is a set of procedures which define the sole external 

* * 15 interface to that which is stored. Whenever any resource manager draws on any other 
p resource manager whose integrity it "trusts", it uses well-known methods to establish a 
^ safe network connection with a known level of certainty, (e.g., using a trusted name 

* server, which itself is attached by a safe channel, and a method of agreeing on a private 

™'r. 

II encryption key for a communication session such as by the Diffie-Hellman method, 

%_ 20 disclosed in U.S. Patent No. 4,200,770). After such a connection is made, authorization 

checking is carried out by much the same procedures as if the resources were stored 

together. 

For well-designed system layouts, most message interchanges needed to check 
authorization will be local, not remote. The invention optimizes the access control 
25 system by checking, promptly after a resource identifier is fetched, whether the referent 

is within the same computing system as the reference. This enables the invention to be 
implemented as an extension to conventional access control systems, such as that 
described in Gladney, Access Control for Large Collections, thereby propagating 
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favorable properties, such as object orientation and outstanding performance. 
Implementing the invention as an extension to conventional access control systems 
allows for functional upward compatibility from most, if not all, commercially 
successful authorization systems. Moreover, the invention can be implemented to be 
compatible with pertinent standards, and to be optimal in certain well-defined ways. 

A First Embodiment 

FIG. 4 shows an access control system employing a first embodiment of the 
invention in the context of the university/private library example discussed above. In 
this example an access control function 1 10 operates as part of the private library 100 
and in conjunction with access control information (not shown), and comprises an 
access control reference monitor. The private library includes a private collection 120, 
which holds a document "x". 

External to the private library's administrative domain is the university's 
computing systems. The university's computing systems include an administrative 
database 200 managing an administrative collection 220 holding administrative records 
about university faculty, staff and students 200. 

The records stored within the administrative collection 200 are stored according 
to the invention. That is, each record is stored bound to a UUID as a descriptor of that 
record. In this example the administrative record for a student named "Smith" is stored 
in the university's administrative collection 220, and bound to that record is a UUID 
subject descriptor or identifier (i.e., UUID_SMITH) which uniquely identifies that 
record. Even if more than one student named "Smith" is enrolled in the university, the 
UUID uniquely identifies the administrative record for only one of the "Smiths." The 
administrative record may indicate information about the person, such as his/her name, 
social security number, date of matriculation, affiliation with a university organization 
(e.g., faculty, staff, student). Not only does the UUID subject descriptor uniquely 
identify the record for that particular "Smith" within the context of the university's 
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administrative database, but it uniquely identifies that record even outside the context of 
the university's database. 

In this example the access control function 100 includes the capability to resolve 
a UUID to determine the location of the referenced object or subject. However, the 
means for resolving the UUID need not be located in the access control function, but 
can be located wherever is most practical based on the particular system's requirements. 
For example, the means for resolving a UUID can be a trusted name server separate 
from the access control function, and even separate from the private library's 
administrative domain. 

As with the example of FIG. 2 the present example presumes an agreement 
between the private library and the university, in which the private library will provide 
access to its collection to all university faculty and students. Here, Smith is a university 
student desiring access to document "x" held within the private collection 120. In the 
conventional access control system the private library would maintain within its 
administrative domain access control information specific to the student so that the 
access control function 1 10 could determine whether to grant Smith permission to 
access the requested object. 

The invention eliminates the need for the private library to maintain such 
redundant access control information, thereby reducing system administration cost and 
burden. Moreover, it allows a remote user, such as Smith, to access the object, i.e., 
document "x", without imposing burdensome clerical constraints on the user such as 
having to enter a special password conforming to the private library's access control 
mechanisms. 

In all the embodiments described here it will be understood that request and 
response messages travel over secure and trusted communications links. The 
communication links those message travel over are established by well-known 
procedures such as by the Diffie-Hellman method. Well-known certificate mechanisims 
and hierarchies of trust can be used to ensure authenticity and provenance of transmitted 
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information. See J. Bacon et aL, "Middleware for Digital Libraries," D-Lib Magazine 
(October 1998), and H. Gladney, "Safeguarding Digital Library Contents and Users," D- 
Lib Magazine (July/August 1998). Since these methods and mechanisms are well 
known, they will not be described here further. 

In the example shown in FIG. 4 Smith sends a request "A" to the private library's 
access control function 110. The request "A" specifies at least an identifier for 
document "x" and the UUID for Smith's administrative information held in the 
university's administrative database. Although not shown in FIG. 4, Smith's computing 
system 300 could obtain the UUID by requesting it from a source within the university, 
possibly even from the university's administrative database 200. 

Upon receiving request "A", the access control function resolves the UUID and 
determines the location of the subject information described by the UUID. The UUID 
resolution is performed in a conventional manner such as by using a name server as 
described above. In this case the UUID, when resolved, indicates that subject 
information about Smith is located in the university's administrative database 200. 
Accordingly, the access control function 110 sends a request "B" containing the UUID 
to the university database 200 in order to retrieve portions of the subject information to 
perform the required access control services. Since the Smith subject information is 
bound to a UUID as opposed to a globally non-unique database key, the private library's 
access control function 110 does not need to specify a subject identifier specific to the 
context of the university's administrative database. Accordingly, the private library's 
system administrator does not need to know of context specific identifiers used in the 
university's computing systems. 

The university's administrative database, upon receiving request "B" including 
the subject UUID, finds the subject information (i.e., Smith's university administrative 
record) and returns the requested portion(s) of it to the private library in response "C". 
In this case, due to the agreement between the private library and the university, it 
would be sufficient for the subject information in response "C" to indicate that Smith is 
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a student at the university. Upon receiving the subject information in response "C'\ the 
access control function determines whether to grant Smith permission requested 
document "x", and returns a yes/no response "D" to Smith. 

Since the access control function only needs to know whether the requester is a 
student at the university, the access control information stored for the object is greatly 
simplified (i.e., students of the university are privileged to access document "x".) Since 
Smith is a student at the university, a "yes" response is returned in message M D" and 
Smith is given access to document "x". If the response in "D" is "no" Smith optionally 
can be provided with further information, such as a reason code indicating why access 
was denied. 

A Second Embodiment 

FIG. 5 shows a second embodiment of an access control system using the 
invention. Here, instead of the access control function 1 10 resolving the UUID, the user 
computing system 300 gathers from the university's administrative database the subject 
information required by the access control function 1 10. In this case the user, Smith, 
knows of information needed by the private library's access control function and gathers 
it by sending a request "A" to the university administrative database 200 with the UUID 
for the subject information. The database retrieves the information in the same manner 
as in the first embodiment, but returns it, via response "B", to the user's computing 
system 300. The user's computing system 300 then sends to the private library's access 
control function 110 in request "C" the information retrieved from the university's 
database. The access control function is performed in the same manner as previously 
described and a yes/no response "D" is returned to the user, thereby granting or denying 
Smith access to document "x". 
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A Third Embodiment 

In a third embodiment subject information, organization information and object 
information are bound to UUIDs, which permit even greater distribution of such 
information. HGs. 6A-C show an example of these types of information in the context 
of user descriptions, organization graphs and object information. FIG. 7 shows an 
access control system according to the third embodiment. 

Here, the university administrative database 200 includes in the administrative 
collection 220 organization information bound to organization UUIDs, as depicted in 
FIG. 6B. The organization information specifies as a graph, members of the 
organization. For example, organization A (ORG_A) is comprised of subjects "1" 
through "L" and organization B (ORG_B) is comprised of subjects "L" through "M". 
Each of the organization information is bound to an organization UUID (e.g., UUID 
ORG_A). The organization information can be viewed as an organization graph as 
shown in FIG. 6D. 

In this example a user database 400, separate from the administrative database 
200, holds in a user database collection 420 user information bound to user UUID's. 
FIG. 6A shows user description information which can include an organization field to 
specify by UUID the organization(s) to which the user belongs. 

In the private library's collection 120, protected objects can be stored bound to 
object UUIDs. FIG. 6C shows example object information stored in the private 
collection 120. A file is a type of protected object held in the private collection 120. In 
this case the file FILE_XYZ is bound to an object UUID, "UUID_01 M . Also held in the 
private collection, although it could be held in another store, is access control 
information 130 for the protected objects. Access control information is an object, 
which too can be described with an object UUID. In the example shown in FIG. 6C two 
access control objects are identified by "UUID_A n and "UUID_B," respectively. Here, 
"FTT ,R_XYZ" is bound to "UUID_Or and is associated with access control information 
described by "UUID_A". The other object shown in FIG. 6C is a database rectangle 
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"DB_RECT_ AB C " bound to "UUID_02" and associated with two access control 
objects described by "UUID_A M and M UUID_B M , respectively. 

In the system shown in FIG. 7, the university student Smith sends a request "A" 
to the private library access control function 1 10 for access to FILE_XYZ. The request 
"A" in this example includes Smith's user UUID (UUID_1) and the UUID of the 
requested file (UUID_01). Upon receipt of request "A" the access control function 1 10 
resolves Smiths UUID and sends a request "B" to a user database 400 to retrieve subject 
information about Smith. The user database 400 finds Smith's user information based 
on the UUID supplied in request "B", and returns the requested information in response 
"C". 

In this case the user's information contains a descriptor about the organizations 
of which Smith is a member. That organization descriptor is a UUID which when 
resolved indicates the location of the organization information. Here, Smith's user 
information specifies an organization UUID (UUID_ORG_A), which resolves to 
organization information held in the university administrative database 200. 
Accordingly, the access control function 110 sends request "D" containing 
M UUID_ORG_A" to the university administrative database 220. The organization 
information "ORG_A" is present in the university administrative collection 220 and is 
located based on the organization UUID included in request "D". The organization 
information located in the university administrative database is returned in response "E". 

Based on the returned organization information access control function 1 10 
determines whether Smith should be granted access to the requested protected object. 
In this case since Smith is a student of the university, the organization information 
returned from the university administrative database 200 indicates he is a member of an 
organization (university students) who by virtue of the agreement are to be provided 
access to the protected object. Accordingly, access control function 110 returns a 
response "F" to Smith indicating access to FILE_XYZ is granted. 
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A Fourth Embodiment 

FIG. 8 shows a fourth embodiment of an access control system employing the 
invention. This embodiment is similar to the third embodiment, except instead of the 
access control function 1 10 resolving UUIDs, the other distributed computing system 
resolves them. 

When student Smith wants to be provided access to a protected object, such as 
FILE_XYZ in private library collection 120, Smith's computing system 300 first gathers 
the information needed by the access control function 110. Here, Smith's computing 
system 300 sends a request "A" to the university administrative database 200 to retrieve 
organization information for organizations for which Smith is a member. In this 
example, however, in order to determine those organizations the university 
administrative database 200 sends to user database 400 a request "B" which includes 
Smith's UUID (i.e., UUID__1). User database 400 finds Smith's user information based 
on Smith's user UUID (i.e., UUID_1), and returns it in response "C". 

Smith's user information includes organization UUIDs describing the 
organizations in which Smith is a member (i.e., UUID_ORG_A, see FIG. 6A). The 
university administrative database 200 finds the organizations described by 
UUID_ORG_A, and retrieves the organization information needed by the access control 
function 1 10. That organization information is returned to the user's computing system 
300 in response "D". 

Once the user's computing system 300 gathers all the information needed by 
access control function 1 10 it sends that information (i.e., a request for access to 
document "x" and an indication that Smith is a student at the university) in a request 
"E". The access control function 110 determines if access to the requested object should 
be granted and returns a yes/no response "F" which either grants or denies the requested 
access, and optionally provides additional useful information . 

Other modifications and variations to the invention will be apparent to those 
skilled in the art from the foregoing disclosure and teachings. For example, the subject 
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organization and object descriptors described here can be conventional descriptors when 
the subject or object information is located within the administrative domain and will be 
accessed by mainly local users. Optionally, a flag in the descriptor can indicate whether 
the descriptor is a local descriptor or a UUID. Accordingly, if it is a local descriptor it is 
used as in the conventional access control system and no UUID must be resolved, 
thereby optimizing the system and providing upwards compatibility. 

Another alternative is to store a pointer in the database in place of the descriptor, 
which can solve problems with having a variable length descriptor. A fixed-length 
pointer can point to a variable length descriptor, which could be a UUID, which allows 
the UUID to be of virtually unlimited length. Thus, while only certain embodiments of 
the invention have been specifically described herein, it will be apparent that numerous 
modifications may be made thereto without departing from the spirit and scope of the 
invention. 
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